(19) 



Europalsches Patentamt 
European Patent Office 
Office europeen des brevets 



(12) 



(11) EP 0 690 426 B1 

EUROPEAN PATENT SPECIFICATION 



(45) Date of publication and mention 
of the grant of the patent: 
11.08.1999 Bulletin 1999/32 



(51) Intel.*: G09B 19/00, G09B 7/00, 
G06F 9/44 



(21) Application number: 95650017.7 

(22) Date of filing: 07.06.1995 



(54) A computer based training system 

System zum Computertraining 

Systeme d'entrainement a I'emploi de I'ordinateur 



(84) Designated Contracting States: 

AT BE CH DE DK ES FR GB GR IE IT LI NL PT SE 

(30) Priority: 07.06.1994 IE 940460 

(43) Date of publication of application: 
03.01.1996 Bulletin 1996/01 

(73) Proprietor: CBT (TECHNOLOGY) LIMITED 
Dublin 2 (IE) 

(72) Inventors: 

• Marsh, Thomas Gerard 
Monks town, County Dublin (IE) 

* O'Connell, Ciaran 
Dublin 24 (IE) 

(74) Representative: O'Brien, John Augustine et al 
John A. O'Brien & Associates, 

Third Floor, 
Duncalrn House, 
14 Carysfort Avenue 
Blackrock, Co Dublin (IE) 



00 
(0 

CM 



CO 

o 

CL 
LU 



(56) References cited: 
EP-A- 0 239 884 
EP-A- 0 51 3 553 
WO-A-94/06074 
CA-A-2107 499 



EP-A- 0 453 152 
WO-A-92/22869 
CA-A- 2 093 839 



DAVIES R ET AL: "MULTI-MEDIA SOFTWARE 
FOR TEACHING DISCRETE EVENT 
SIMULATION" 12 December 1993 , 
PROCEEDINGS OF THE WINTER SIMULATION 
CONFERENCE, LOS ANGELES, DEC. 12-15, 
1993, NR. -, PAGE(S) 1 313 - 1318 , INSTITUTE OF 
ELECTRICAL AND ELECTRONICS ENGINEERS 
XP000479651 * the whole document * 
GOBLE J G: "SIMOBJECT: FROM RAPID 
PROTOTYPE TO FINISHED MODEL A 
BREADKTROUGH IN GRAPHICAL MODEL 
BUILDING" 12 December 1993 , PROCEEDINGS 
OF THE WINTER SIMULATION CONFERENCE, 
LOS ANGELES, DEC. 12-15, 1993, NR. -, 
PAGE(S) 233 - 236 , INSTITUTE OF ELECTRICAL 
AND ELECTRONICS ENGINEERS XP000479511 
* the whole document * 



Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give 
notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in 
a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 
99(1) European Patent Convention). 



Printed by Jouve. 75001 PARIS (FR) 



EP 0 690 426 B1 



Description 

[0001] The invention relates to a computer based training system comprising a user input means, a system controller, 
* a storage means storing training data, and a user output means including a video screen. The invention also relates 

5 to a method for producing such a system. 

[0002] British Patent Specification No. GB 2,113,887 (Cubic Corporation) and European Patent Specification No. 
EP 96627 (DEC) both relate to computer based training systems. In both cases, there is much emphasis on the input 
and output aspects such as the use of a touch panel, and little discussions of the core control aspects. In general, 
there has been a trend in recent years to provide more sophisticated input and output media such as higher-resolution 

10 screens, stereo audio devices, touch screen technology for inputs, microphone inputs and various other input and 
output devices. Further, effective programs have been developed to provide for efficient control of data inputs and 
outputs using such devices. For example, PCT Patent Specification No. WO 92/20059 (Matsushita) describes a dem- 
onstration control system having the ability to record, annotate and playback a graphic display. British Patent Specifi- 
cation No. GB 2,175,470 describes a video display controller which is particularly directed to providing overlays from 

15 diverse sources. European Patent Specification Nos. EP 518,554 and 498,106 (Adobe Systems) relate to control of 
pixels for generation of clear displays. The trend has therefore been towards providing a wide range of programs and 
hardware devices which are efficient at performing particular communication tasks. 

[0003] However, the end user of a computer based training system must be provided with a wide range of different 
outputs and must have ample opportunity to provide interactive inputs in order to provide training feedback and also 

20 to possibly change the direction of operation of the system. Heretofore, this has led to the use of complex control 
programs, sophisticated interrupt handlers and program switching mechanisms, etc. Such arrangements generally 
provide a slow response time, provide relatively little flexibility for the end user. From the production point of view, such 
systems are difficult to modify for further version releases. An example of the system control approach which has been 
taken is described in European Patent Specification No. 352,908 (Hewlett-Packard). In this system, a processor means 

25 receives messages which indicate syntactic actions taken by the user and generates semantic commands. Another 
processor means receives the semantic commands and executes them and an instruction object is responsive to the 
syntactic actions taken by the user and displays information on a monitor. An agent means sends sematic commands 
to the instruction object to indicate which information to display on the monitor and for intercepting semantic commands 
sent from the first action processor to the first command processor. In summary, a shell is provided to teach skills for 

30 a live training subject application. This considerably limits the range of training options which may be used. Further, 
such a system appears to provide relatively little scope for integration of a wide variety of media devices in a flexible 
way for effective user training. 

[0004] The invention is directed towards providing a computer based training system which: - 

35 (a) has the ability to clearly communicate information to the user, including feedback and responses to user inputs, 

and 

(b) the ability to provide a wide range of training choices to the user and to easily switch between different modes 
of operation. 

40 [0005] The technology involved in providing input and output media is advancing very quickly, and the thrust of the 
invention is therefore towards providing the underlying technical control steps to maximise utilisation of these devices 
for effective training. 

[0006] The invention is also directed towards providing a process for producing a computer based training system, 
the process utilising features of the end product training system for efficient and flexible production. 
45 [0007] The invention is characterised in that:- 

said storage means stores independently addressable media records having media interface data; 

said storage means* stores an interface file comprising a series of interface action commands, each action com- 
50 mand being associated with a media record and comprising code for instructing an interfacing action to be per- 
formed using data retrieved from the record; 

said system controller comprises means for:- 

55 identifying a sequence of action commands which are associated with an interfacing event, being an event 

which the system performs automatically between interactivity points at which a user may input a signal; 

automatically performing interfacing actions according to said sequence of action commands to perform an 
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event; and 

receiving a user input signal at an interactivity point after completing the event, acting in response to the 
received input signal, and subsequently identifying action commands for the next event and performing said 
5 event to continue an execution path sequentially using commands in the interface file. 

[0008] In one embodiment, the interface file further comprises interactivity point commands which delimit sequences 
of action commands for events, and the system controller comprises means for recognising said interactivity point 
commands and directing interactivity inputs according to said commands. 

[0009] Preferably, the system controller comprises means for directing retrieval of training programs at an interactivity 
point and for operating according to the training programs before returning to the execution path of the interface file at 
the next action command. 

[0010] In another embodiment, said training programs include simulation programs having code for directing the 
system controller to perform operations simulating the training subject. 

[0011] In one embodiment, the simulation programs have a discrete structure with a discrete simulation handler piece 
of code associated with a screen input control during simulation. 

[001 2] I n a further embodiment, the system controller comprises means for directing transfer of control to an execution 
path of an alternative control file at an interactivity point upon receipt of a user input instruction. 
[0013] Preferably, the interface file comprises screen commands delimiting commands for a plurality of events, and 
the system controller comprises means for directing generation of a new video screen environment upon detection of 
a screen command. 

[0014] In this latter embodiment, there are preferably two categories of screen command, namely, a conceptual 
screen command and a simulation screen command, and the system controller comprises means for:- 

2S directing generation of a fresh interfacing screen environment for display of training data upon detection of a con- 
ceptual screen command; and 

directing generation of a simulation screen environment having screen input areas simulating those of the training 
subject upon detection of a simulation screen command. 

[0015] Preferably, the media records comprise text data records and audio records, the records being individually 
addressable by being delimited in a common format and further comprise graphic bitmap and graphic animation records. 
[0016] In another embodiment, the media records video control records. 

[0017] According to another aspect, the invention provides a computer based training system comprising a user 
input means, a system controller, a storage means storing training data, and a user output means including a video 
screen, wherein, 

said storage means stores independently addressable media records having media interface data; 

40 said storage means stores an interface file comprising a series of interface action commands, each action com- 
mand being associated with a media record and comprising code for instructing an interfacing action to be per- 
formed using data retrieved from the record; 

said system controller comprises means for:- 

45 

identifying a sequence of action commands which are associated with an interfacing event, being an event 
which the system performs automatically between interactivity points at which a user may input a signal; 

automatically performing interfacing actions according to said sequence of action commands to perform an 
so event; and 

receiving a user input signal at an interactivity point after completing the event, acting upon the received signal 
by retrieving a simulation program and carrying out simulation operations according to the program, and sub- 
sequently identifying action commands for the next event and performing said event to continue an execution 
ss path using sequential commands in the interface file. 

[0018] The simulation programs may have a discrete structure comprising a discrete piece of code providing a sim- 
ulation handler associated with a screen input area providing a screen control during simulation. 
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[0019] Preferably, the system controller comprises means for dynamically linking simulation handlers with screen 
controls during simulation, and for disconnecting all simulation handlers at the end of use of a simulation program. 
[0020] According to a still further aspect, the invention provides a method of producing data and programs for loading 
in a target computer to provide a computer based training system, the method comprising the steps of:- 

5 

storing a master media data document having flags; 

generating a memory storyboard having a cellular structure in which there are groups of cells, each group asso- 
ciated with an interfacing event of the target computer, and each of the ceils within a group being individually 
10 addressable; 

a production controller reading the master media data document, recognising flags within the document, and pre- 
assigning each cell to an interfacing action according to the flags; 

15 automatically transferring media data from the master media data document to relevant pre-assigned cells within 

the storyboard; 

processing each cell of the storyboard in turn to generate an interface file having action commands associated 
with cells of the storyboard, each action command comprising code for directing an interfacing action of a training 
20 system with respect to an associated cell; 

generating a set of media records storing media data also stored in cells of the storyboard; and 

combining said media records and said interface file together with a training system control program. 

25 

[0021] Preferably, the method comprises the further steps of:- 
displaying and verifying a graphic stored in a media record; 
30 comparing a pixelmap of the graphic with that of the next graphic pixelmap in operational display order; and 

automatically determining pixelmap differences and generating a frame around the difference pixels; 
storing the pixelmap differences in a media record; and 

35 

modifying the associated interface file command accordingly. 

[0022] in one embodiment, the method comprises the further step of emulating training system operation by use of 
the interface file, editing cells within each storyboard group, and editing the associated interface commands accordingly. 
40 [0023] In another embodiment, the method comprises the further steps of stripping text data from the master media 
data document, transferring it to a text file, transferring text data to the storyboard cells from said text file, and storing 
the text file to provide media records for text data. 

[0024] By automatic operation using commands of the interface file, the training system operates extremely quickly 
to provide a wide variety of media output and media interfacing actions generally. Interactivity inputs are provided for 

45 in a very simple and flexible manner with a wide range of options provided to a user. What, in effect, has been achieved 
is automatic sequential processing within the training system, with the facility given to the user that he or she may 
provide input to redirect or alter in many ways the training session at apparently any point in it's operation. These 
underlying technical features also apply to the production method, particularly as the interface file forms an integral 
part of both the end product training system and the production method. At the very beginning of the production method, 

so individual interfacing actions are identified and recorded in the storyboard cells and these are then used to produce 
the interface file. Broadly speaking, the production method could be viewed as a reverse of the end product operation. 
[0025] The invention will be more clearly understood from the following description of some embodiments thereof, 
given by way of example only, with reference to the accompanying drawings, in which :- 

55 Fig. 1 is a schematic overview of a computer based training system of the invention; 

Fig. 2 is a flowchart illustrating initial operations which are carried out by a system controller; 
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Fig. 3 is a flowchart illustrating operation of the system controller for a conceptual screen environment; 
Fig. 4 is a flowchart illustrating operation of the system controller for a simulation screen environment; 
s Fig. 5 is a sample screen display during simulation; 

Fig. 6 is a diagrammatic representation of a method for producing a computer based training system; 
Figs. 7 and 8 are representations of sample groups of storyboard cells used in the production method; 

10 

Fig. 9 is a flowchart illustrating the manner in which an interface file is generated; and 

Figs. 10 and 11 are flowcharts illustrating modification of the system being produced. 

is [0026] A schematic overview illustrating the overall construction of a computer based training system 1 of the inven- 
tion is shown in Fig. 1. The system 1 comprises a system controller 2 having a microprocessor circuit of a computer 
such as a microcomputer operating under control of a system control program. To receive input signals from a user, 
the system 1 has the following components:- 

20 a keyboard 3 and interface 4; 

a microphone 5 and voice port 6; and 

a mouse 7 and mouse port 8. 

25 

[0027] The system controller 2 is connected to a random access memory (RAM) 9 and operates in conjunction with 
various storage structures and these include: - 

an initialisation file 10, 

30 

graphics bitmap records 15 and graphics animation records 16 within a visual database, 
a number of interface files 17, 
35 a set of data records 1 8, and 

a set 19 of simulation and auxiliary training programs. 
[0028] To output information to the user, the system 1 comprises the following components: - 

40 

a video output controller 20 and a screen 21 , 

a printer controller 22 and a printer 23, and 

45 an audio output controller 24 and a speaker 25. 

[0029] The system 1 further comprises various hardware components found in conventional microcomputers and 
workstations. 

[0030] The input and output components of the system 1 are conventional and indeed the hardware components of 
so the system may be bought in the form of a conventional multimedia hardware system. The invention is provided by 
the manner in which the system controller 2 operates at a technical level to provide the commercial end-user benefits 
discussed in the introductory part of this specification. Of particular importance is the manner in which the system 
controller 2 operates in conjunction with the interface files 1 7, as these files direct use of the stored data and also help 
to provide an efficient and flexible production method for the system. 
55 [0031] Before describing the manner in which the system controller 2 operates, the following is a brief description of 
some of the important stored data structures. 

[0032] The bitmap records 15 are bitmap stills at the required resolution for the video screen 21 . The graphics ani- 
mation records 16 are each a combination of frames to provide an animation visual effect. The records 15 and 16 are 
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all individually addressable and each relate to a single graphic interfacing action. In general, a full pixelmap is stored 
for a first record, and records for subsequent display only include pixelmaps for the difference between the current 
display and the previous one. 

[0033] The data records 18 include both text data and also audio data records. The data is stored in a common, 
5 ASCII format with delimiters to separate the records. The data records are individually addressable in this way, and 
like the graphic records, each relate to a single interfacing action. 

[0034] The text data records include headers for training Units, each Unit relating to a subject or part of a subject to 
be learned by the user. The text data records also include header records for Topics, there being a number of Topics 
within each Unit. Each of the Topic header records includes the location and number of screen flags of the associated 
io interface file. These are described in much more detail below, however, for the present, suffice to say that there is an 
interface file 17 associated with each Unit. Each interface file 17 includes a number of screen commands, each screen 
command relating to a screen environment. 

[0035] The visual database records 1 5 and 1 6 and the data records 1 9 are shown separately because they are used 
to generate different outputs. However, in operation of the system controller 2, they are processed similarly as they 
15 are individually addressable and relate to a single interfacing action of a media type. They may therefore be referred 
to as individually addressable media records. 

[0036] Each of the interface files 17 comprises a series of commands which are sequentially interpolated by the 
system controller 2. In general, there are three broad categories of commands as follows: - 

20 (a) Screen commands, the purpose of which is to indicate that a fresh screen environment is to be created. 

(b) Interactivity point commands, of which there are generally a number between each successive pair of screen 
commands. These commands provide for user interactive inputs at interactivity points during the training system 
operation. 

25 

(c) Action commands, of which there are generally a number between each successive pair of interactivity point 
commands. Each action command is used to direct a particular interfacing action such as display of a box on the 
screen using data from an associated media record. Implementation of a sequence of action commands between 
interactivity point commands is referred to as an interfacing event. 

30 

[0037] The following is an example of part of an interface file. 
Interface File 
35 [0038] 

screen 2 314 

eff.exe a02_1 1 8.gif 93 445 0 1 0 1 5 1 5 1 5 

* You can configure the PowerBar or a PainterBar 
40 isave3 293 201 157text1 

textbox3 293 201 157 
showtext 0 0 7 
pause 11111111 
** 

45 eff.exe a02_119a.gif 158 428 0 1 0 15 15 15 

* 6 selecting Toolbars from the Window 
isave3162 201 72text2 

growbox 3 162 201 72 
showtext 0 0 4 
so pause 11111111 
** 

eff.exe a02_1 20a. gif 158 384 0 1 0 15 15 15 

* The menu and the dialog supply the same 
isave 3 77 201 4 text3 

55 growbox 3 77 201 4 

showtext 0 0 3 
pause 11111111 
** 
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image memory text3 0 3 77 
image memory text2 0 3 162 
image memory textl 0 3 293 
eff.exea02_121a.gif 160 339 0 1 0 15 15 15 

5 

eff.exe a02_121d.gif 289 231 0 1 0 15 15 15 

* The configuration options for a toolbar include 
isave7 303187 184 textl 

textbox7 303 l87 184 
10 showtext 0 0 6 

pause 11111111 
** 

eff.exea02_122b.gif 367 231 0 1 0 15 15 15 
eff.exea02_122c.gif 289 150 0 1 0 15 15 15 

15 

* You change the buttons by selecting the 
isave7 189 187 116text2 

growbox7 189187 116 
showtext 0 0 3 
20 pause 11111111 

** 

image memory text2 0 7 189 
image memory textl 0 7 303 
eff.exe a02J23a.gif 94 428 0 1 0 15 15 15 
25 eff.exea02_123b.gif 192 230 0 1 0 15 15 15 

* You can configure the toolbar buttons so that they 
isave 10 292 194 190 textl 

textbox 10 292 194 190 
showtext 0 0 5 
30 pause 11111111 

** 

eff.exe a02_124a.gif 94 410 0 1 0 15 15 15 
eff.exe a02_124b.gif 192 118010151515 

* If showtext is off,... 
35 isave 10 195 194 71 text2 

growbox 10195 194 71 
showtext 0 0 6 
pause 11111111 
** 

40 image memory text2 0 1 0 1 95 

image memory textl 0 10 292 
********** 

simscrn 2 4 12 
****** 

45 * 

* You're now going to 
isave 197 360 431 275 textl 
textbox 197 360 431 275 
showtext 0 0 4 

so pause 11111111 

image memory textl 0 197 360 
* 

qcall ap02q 020104 

* You can add buttons 
55 isave 1 54 347 462 279 textl 

textbox 154 347 462 279 
showtext 0 0 3 
pause 11111111 
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* And you can assign 
isave154 284 462 228 text2 
growbox 154 284 462 228 
5 showtext 0 0 2 

pause 11111111 
* 

[0039] It will be seen from this example that there are two types of screen command, namely, Screen + Argument, 
10 and Simscrn + Argument. The Argument includes the Unit number, the screen number and the total number of screens 
within that Unit. The Screen command indicates that a conceptual screen is to be generated and the necessary in- 
structions to do this are contained in the action commands which follow sequentially. These commands are used to 
generate a conceptual screen including interactive buttons for such functions as Exit, Course, Help, Navigate, Review, 
Footnote and Continue. 

is [0040] The second type of screen flag, namely, Simscrn + Argument \nd\ca\es the start of a simulation screen envi- 
ronment. The arguments are the same as for the screen command. The Simscrn command is interpreted by the con- 
troller as an instruction to generate an initial simulation screen using a simulation program 18 associated with the 
particular interface file 17 being used. The simulation screen includes a window which contains the simulation display 
and control buttons. These buttons differ from the conceptual screen buttons in appearance and are contained in a 

20 floating and resizable panel. This sets the background image and includes any menu items, dialogs and controls needed 
to create a replica of the application being simulated. For example, the training system 1 may be used to simulate 
another application such as Lotus Notes™. 

[0041] Regarding interactivity point commands, the most important such command is the Pause command. When 
this is read, the controller halts the execution path through the action commands and awaits a user input. The most 

25 common use for this command is waiting for the user to press a Continue button to move on through the course. In 
effect, the Pause command defers execution of the action commands until the next event is triggered by a user input. 
When used in the context of the interface file, the word "event" is intended to mean the set of interfacing actions carried 
out between interactivity points during the execution path. An important aspect of the pause command is that it allows 
a user to select Exit Course, Help, Navigate, Footnote, or Review buttons on the screen. These inputs are interpreted 

30 by the system controller as an instruction to move to a completely different execution path using a different interface 
file, or alternatively to use an auxiliary program 19 to temporarily defer further execution through the same interface file. 
[0042] Another interactivity point command is the command Qcall which directs the controller 2 to automatically 
retrieve a question according to a question auxiliary program and receive interactive inputs. The first argument of the 
Qcall command specifies the name of this program file. The second argument is a code which matches with a code in 

35 the question file and identifies the section of the file relating to the particular question. Therefore, execution of the 
action commands is temporarily suspended while the question file program is used whereby the user can provide 
feedback. 

[0043] The simulation programs which may be activated at interactivity point commands direct simulation of the 
training subject's front end interface. This allows the following features and advantages: - 

40 

a) Recordal of user inputs to provide feedback. This is much more difficult to achieve using a live training subject 
application with a training shell. 

b) There is a limited range of allowed user inputs and freedom generally in order to sharply focus the training 
45 procedure. 

c) There is complete compatibility of software running at ail times. 

d) The simulation programs not only direct simulation of the training subject interfacing aspects, but also provide 
so working examples and thereby improving training effectiveness. 

[0044] In a simulation environment, the interactivity point command Task results in retrieval of a simulation program 
19. As described in more detail below, a simulation program comprises code or script in a discrete format, a discrete 
piece of code or script being associated directly with a screen pixel display area. The simulation program causes a 
55 dialog to be displayed on the video screen. This dialog contains a statement indicating what is to be done in the task 
and allows the user select a button to cause display of an exercise dialog and a button to cause display of a dialog 
containing a list of the steps required to complete the task successfully. Once the task dialog has been displayed, the 
controller 2 continues on the execution path with the next command. The next command is usually the Step command, 
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which is also an interactivity point command. There is a step command for each step in the task and each Sfepcommand 
causes the controller to suspend execution of the action commands and execute a simulation program 1 9. The simu- 
lation program 1 9 contains all of the information needed to execute it and judge the step. The controller 2 enters an 
idle loop while waiting for the user to attempt the step. While in this loop, the controller 2 can process input signals 

5 given by the user. If the user completes the step successfully, a flag is set to indicate that the step is finished and the 
controller 2 reverts back to the execution path. If the user's attempt at the step was incorrect, a dialog is displayed 
which contains some feedback and allows the user the option to try the step again or to be shown the correct method. 
Again, simulation programs may be needed to do this. The Exercise interactivity point command is similar in nature 
as it suspends the execution path and causes the controller 2 to retrieve a simulation program 1 9. This program directs 

10 display of an exercise statement and a list of the tasks comprising the exercise. A scrolling list box is employed to 
display the task list and this automatically disables the scrolling function if the entire list of tasks can be displayed at once. 
[0045] The following are examples of action commands. 

Backdrop 

15 

[0046] This is used to set the default backdrop image for simulation screens. It is stored as a DIB, and the filename, 
position and dimensions are specified. These arguments are parsed and stored in a user defined variable which has 
fields for the name, top and left positions, and the width and height 

20 Eff.exe 

[0047] This causes a graphic to be plotted on the screen, optionally including wipe effects. The graphic can be in 
BMP, DIB or GIF format. The graphic is initially read into a temporary off-screen buffer of the controller 20 and is then 
transferred onto the main visible picture area using either a bitblt API function or a custom control. Also, if the graphic 
25 is in GIF format, it must be converted to bitmap format. This is done with conversion code or a custom control. 

Textbox 

[0048] This causes the controller 2 to draw a text box on the screen. The arguments for the textbox indicate the 
30 position of the text box; the x coordinates are from the left side of the screen to the right, while the y coordinates are 
from the bottom to the top. The command arguments are parsed and read into a user defined variable structure. This 
variable contains such information as the position of the text box, the text it contains, the number of lines of text in it 
and whether or not it is loaded. This structure is also used for growboxes and noteboxes and so can contain data 
relevant to these items. The text for the textbox is read form a text data record 1 8 which only contains text for textboxes, 
35 growboxes and noteboxes. Before being printed to the on-screen text box, the text is automatically wrapped in a mul- 
tiline text edit control. This control will have been previously set to the width of the textbox. The text can then be printed 
line by line into the on-screen textbox. It is possible to underline sections of the text, or to print it in red or blue. The 
method for doing this is the same as for the growbox. Sometimes a footnote is included with the text for a textbox. This 
is indicated by formatting characters in the text file. If a footnote is available, a small icon is included beside the text 
40 in the growbox and the footnote button on the screen is enabled. 

Growbox 

[0049] This causes the controller 2 to draw an extended textbox. The Growbox command is always preceded by a 
45 Text box command, usually a few lines earlier. Therefore a textbox will already be visible on the screen. The arguments 
for the growbox will be the same in the x-direction as for the related textbox, and the arguments for the y-direction will 
be for an area below and slightly overlapping it. This is the position for the extension to the textbox. 
[0050] The command arguments are parsed and read into a user defined variable structure, which is of the same 
type as the one used for the original textbox. One of the fields in this structure defines it as relating to a growbox. Also 
so contained in the textbox structure is the text relating to the growbox. This is read from text data record 18 which only 
contains text for textboxes, growboxes and noteboxes. Before being printed to the on-screen text box, the text is put 
into a multiline text edit control. This control will have been previously set to the width of the growbox, and it automatically 
wraps the text to fit. The text can then be printed line by line into the on-screen growbox. 

[0051] It is possible to underline sections of the text, or to print it in red or blue. To do this, formatting characters are 
ss included in the text. Before printing the text, these formatting characters are parsed and their position and meaning 
are stored in an array. If a line to be printed contains, for example, a word in red text, the line is broken up and printed 
piece by piece. First the text up to the coloured word is printed without a carriage return at the end. Then the fore colour 
of the text box is changed to red and the coloured word is printed (it will appear in red). Finally, the fore colour is 
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changed back to the original and the rest of the line is printed with a carriage return at the end. If there is more than 
one formatted section in a line, then the line is broken up into more parts and the same procedure is followed. 
[0052] Sometimes a footnote is included with the text for a growbox. This is indicated by formatting characters in the 
text file. If a footnote is available, a small icon is included beside the text in the growbox and the footnote button on 
s the screen is enabled. 

Notebox 

[0053] The Notebox command causes a dialog to be displayed on the screen with some text and an OK button in it. 
io The Notebox has much in common with the Textbox and Growbox commands and uses the same data structure type 
in the code. One of the fields in the textbox data structure serves as a flag to indicate whether it represents a notebox 
or not. 

[0054] The notebox is also capable of displaying sections of its text as underlined text or displaying it in red or blue. 
The mechanism for doing this is the same as described in the growbox section above. 

is [0055] Wrapping the text to fit neatly in the notebox is done the same way as for the growbox, employing a hidden 
text edit control to contain the text and reading it out line by line. However, different actual text edit controls are used 
for the notebox and textbox/growboxes. This is because it is possible that a notebox and a textbox can appear on the 
screen simultaneously, so both texts may need to be contained in text edit controls at the same time. 
[0056] The notebox dialog is shown modally on the screen, so the user must clear it by pressing the OK button to 

20 proceed with the course. 

Image Memory 

[0057] This is used to clear textboxes and growboxes from the screen. First the control containing the text is made 
25 invisible, then the text is removed from the text edit control used for wrapping the text. Finally, a flag in each data 
structure relating to the textbox/growboxes is set to indicate that they have been unloaded. 

tsave 

30 [0058] The arguments included with the Isave command describe an area on screen and a name. Only the name is 
used to keep track of the textboxes and growboxes on the screen. This is stored as a field in the textbox data structure. 

Rcall 

35 [0059] The Real! command provides the ability to call an auxiliary program 1 9 specifically written to implement some 
functionality not normally catered for in the interface file commands. The argument is a unique code which identifies 
the auxiliary program to be executed. The code language consists of a rich library of instructions which provide the 
ability to manipulate the screen, externally from the system control program itself. It is most commonly used in simulation 
and wide conceptual screens. Examples of its use are manipulation of menus, dialogs, toolbars and controls used to 

40 simulate a third party's application which is the subject of the training course. In some cases, where the auxiliary 
program is not sufficient in detail to perform a required action, the routine may be hardcoded into the system control 
program. The Real! action command is therefore different from the other action commands in that it uses an auxiliary 
program 19, although it is not an interactivity point command. 

[0060] Referring now to Fig. 2, operation of the system controller 2 in the initial stages is now described. In step 31 , 
45 the controller 2 retrieves the initialisation file 10 and in step 32, it detects a system identifier. The reason for this is 
because the system controller ope rates according to a system control program which is generic to a number of different 
computer based training systems, the identifier from the initialisation file providing the specific tags which are required. 
In step 33, the controller 2 detects from the initialisation file 10 settings for input pixel areas, namely the input buttons 
which are required for general operation of the system. In step 34, the controller 2 retrieves from the initialisation file 
so 10 output start-up messages for the user and these are displayed on the screen 21 . In step 35, utility programs are 
retrieved and the controller 2 reads through an indicated set of text data records 18 to identify unit header records. 
The controller 2 in step 36 then determines the educational structure within each Unit by retrieving Topic headers and 
data relating to screens used in the Topics. This data includes the location of screen commands within the interface 
file associated with the Topic. In steps 35 and 36, the controller 2 directs display of lists of the available Units and 
55 Topics in a hierarchial menu arrangement. Input instructions are received in step 37 indicating the required Unit and 
Topic and in step 38, the controller 2 retrieves the interface file 17 which is associated withe the particular Unit. In step 
39, the controller 2 reads the relevant screen command which has been identified by the relevant Topic header and 
determines in step 40 if it is a simulation screen flag or a conceptual screen flag. In either event, all of the interface file 
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commands between that screen flag and the next screen flag are written to the RAM 9, as indicated by the steps 41 
and 42. 

[0061] If the first screen flag is a conceptual screen flag, the steps illustrated in Fig. 3 are then implemented by the 
controller 2. In step 43, the controller automatically performs all of the actions between the screen command and the 
5 first interactivity point command. This set of actions which are performed automatically in sequence are referred to as 
an interfacing event. In this case, the event is the generation of an initial conceptual screen. Possible action commands 
are indicated next to the step 43 in Fig. 3. 

[0062] At step 44, an interactivity point command is reached and where the screen flag is a conceptual screen flag, 
this may be the command Pause or the command Qcall. In step 45, the controller 2 determines how to proceed with 

10 program execution. This depends on the nature of the interactivity point command and the nature of the input which 
is received from the user. The execution path may be suspended and this is referred to as an internal transfer of control 
in Fig. 3. When this happens, step 46 is carried out wherein the controller 2 retrieves an auxiliary program and imple- 
ments it. The auxiliary program may be a program related to the Review button which allows the user to review all of 
the steps which have taken place up to that point in execution as they are logged as they take place. This will happen 

T5 in response to a Pause interactivity point command followed by input of the address for the auxiliary program (for 
example, by pressing the Review button on the screen). Immediately, when the auxiliary program has been executed, 
control returns back to the next action command in the interface file 1 7 and the next event is implemented by sequential 
implementation of the action commands for the event. 

[0063] The input which is received from the user may indicate that the execution path is to be halted permanently, 
20 in which case the controller 2 retrieves an alternative interface file and re-starts processing according to the desired 
screen command in that file. This is much like starting afresh at another Unit and Topic. 

[0064] Alternatively, the controller 2 may automatically continue on the same execution path by implementing a 
program such as that identified by the Qcall command before continuing with the next action command. There is no 
user choice of whether or not to use this program as it is retrieved and implemented automatically. The interactive 
25 inputs are required during use of the program such as to answer questions, however, they do not initiate retrieval of 
the program. As indicated by the decision step 49, the controller 2 returns to step 39 if there are no further events in 
the screen, and returns to step 43 if there is another event. 

[0065] Referring now to Fig. 4, the operation of the controller 2 in response to detection of a simulation screen 
command is described. In step 60, the controller 2 retrieves a simulation program associated with the interface file and 

30 uses it to generate an initial screen in step 61 . 

[0066] In step 62, the controller 2 implements an interfacing event, as described above using a sequence of action 
commands before the next interactivity point command. In step 63, a response is received after an interactivity point 
command is implemented and a decision is made as to further execution in step 64. As described above, the execution 
path may be changed completely if the user requests a different Unit and Topic as indicated by step 67. Again, execution 

35 may continue on the path using either the Qcall or the Task interactivity point commands. Alternatively, there may be 
an internal transfer of control, the nature of which is decided in the decision step 68. If simulation is required in step 
69, the controller 2 retrieves one of the simulation programs 9 and directs a simulation operation such as task, exercise 
or step operations, as described above. 

[0067] An important aspect of the simulation operations are that each of the simulation programs has a discrete 
40 structure with a discrete piece of code or script providing a simulation handler associated with each input button or 
pixel area of a screen, also referred to as a screen control. They also include additional code for such operations as 
evaluating how a user performed at a task. The following is an example of a simulation program. 



45 
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Simulation Program Example 

EVENT button_l CLICK 

DIALOG FILE_0PEN 
END EVENT 

EVENT button_2 CLICK && textbox_l* n f ilel . cbt " 

CLOSE FILEJDPEN DIALOG 
END EVENT 

EVENT button_3 CLICK 

CLOSE FILE_OPEN DIALOG 
END EVENT 

EVENT button_l CLICK && textbox_l !=" f ilel . cbt M 

MSGBOX "File does not exist ! " 

CLEARTEXT textbox_l 
END EVENT 

EVENT textbox_l ENTER S>& textbox_l="f ilel .cbt " 

CLOSE FILE_OPEN DIALOG 
END EVENT 

EVENT textbox_l ENTER && textbox_l ! = *' file 1 . cbt " 

MSGBOX "File does not exist !" 

CLEARTEXT textbox^l 
END EVENT 

END TASKEVENTS 01 

TASK 01 
JUDGE CORRECT 

BUTTON_l CLICKED 

BUTTON_2 CLICK 

TEXTBOX_l ENTER 
JUDGE INCORRECT 
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BUTT0N_3 CLICK 

BUTTON_l CLICK && TEXTBOX_l ■ = " f ilel . cbt " 

TEXTBOX_l ENTER && TEXTB0X_1 ! = M f ilel . cbt " 
END JUDGEMENT 



[0068] In the example above, a dedicated scripting language is used in which the word EVENT indicates the start 
10 of a discrete simulation handler and the words END EVENT indicate the end. Each of these units is performed in 
response to an input at a pixel area (referred to also as a screen control) on a screen such as button_1 CLICK. At the 
end of the above example, there are instructions to verify if the task has been performed correctly. It is an important 
aspect of the simulation programs whereby instructions for input/output are in discrete simulation handlers, each as- 
sociated with a pixel area or screen control during simulation. This allows for a wide degree of flexibility in design and 
is performance of a computer based training system, particularly in conjunction with the manner by which they are re- 
trieved and implemented. 

[0069] In more detail, each discrete piece of code may be referred to as a simulation handler. Some handlers include 
conditions at the start of the execution of the script code for a particular input at a screen control or input area is 
dependent on the state of another control on the screen. During simulation, the simulation program links simulation 

20 handlers with input areas or controls of the screen. Therefore, user interaction with a control may change during sim- 
ulation. Further, it is possible to use the same control for different purposes at different times. For example, if two 
dialogs were used at different times in a task, the same control might be used for the "OK" button on each. This avoids 
the need to store two sets of control data in memory, while presenting only one on the screen for the user Instead of 
having two controls, two simulation handlers are linked for the control and then swapped as required. At the end of 

25 operation of a simulation program, all simulation handlers are detached from the controls. This has the important 
advantage that between simulation sessions, the user is unable to change the state of the interface. 
[0070] To help understand operation of the system 1 when the controller 2 is operating according to a simulation 
program, Fig. 5 shows a sample simulation screen 81 in which there are superimposed windows 82 for performance 
of simulation operations. The general screen 81 is generated immediately after a simulation screen command is read 

30 and the windows 82 are generated in response to a simulation program at a Task interactivity point command. The 
pixel area 82 is part of a conceptual screen. 

[0071] If simulation is not to be performed at an interactivity point command, the controller 2 retrieves an auxiliary 
program such as a Help program and performs the necessary operations before returning control back to the execution 
path as indicated by the step 66. Again, a further sequence of action commands may be implemented by return to the 

35 step 62, or alternatively, a next screen command may be read by returning to the step 39. 

[0072] To produce the training system 1, initially a master media data document 102 hereinafter referred to as a 
master document is produced. A master document is a document produced by an author of the text information which 
is to be communicated by the system. This document is generated using a standard word processor and therefore is 
easy to produce by the author. The master document comprises various headers such as "Unit" and "Topic" headers, 

40 there being a number of Topics in each Unit. In this embodiment, the master document contains only text data, however, 
it could include graphics or visual data generally, or audio control data. 

[0073] A storyboard 103 is also generated. A storyboard in this specification means a memory structure which has 
individually addressable cells, there being a group of cells associated with one interfacing action during operation of 
the system which is produced. Each of these cells is individually addressable. As shown in Fig. 6, there are five cells 

45 for each group. Each cell relates to an interfacing action, and each group to an event. The groups are based around 
screen displays, however individual cells may relate to interfacing actions for different media such as audio. 
[0074] The method involves the production controller reading the master document 1 02 and automatically recognis- 
ing the various flags. The flags need not necessarily be deliberately inserted into the master document for the production 
method as they could be conventional flags used for other purposes in a word processor document. The automatic 

50 recognition step 104 involves recognition of many different flags such as screen breaks, headers, footers and topic 
flags. In step 105 the information associated with the flags is used to pre-assign the function of each cell in each group 
of the storyboard 103. Each screen break flag (to initiate a new screen display) causes the production controller to 
automatically refer to the next group of cells in the storyboard 103. The conversion step 105 involves conversion to 
the relevant file format and allows compatibility with different master document program formats. 

55 [0075] A text file 106 is then generated by the production controller automatically stripping text from the master 
document and writing it in individual paragraphs without any flags. Subsequently, the production controller processes 
the text file 106 and transfers text in blocks of a single paragraph to the first cell 1 03(a) in each group of the storyboard 
103 as indicated in Fig. 6. This is a direct transfer of "flat" text in a common format. The result of this step is an interim 
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storyboard representation shown in Fig. 7 and indicated by the numeral 1 25. It can be seen that the first paragraph of 
the text file 106 has been transferred to the first cell under the heading "Written Text*. These text transfer operations 
are repeated for the sixth cell of each group having the heading "Comments". The "graphic" section is blank at this stage. 
[0076] The next step of the method is carried out by the production controller with reference to a graphics database 

5 108. This step involves transfer of retrieved or newly-created graphics in step 109 to the relevant (second) cell within 
each screen display group of the storyboard 103. The result is the screen display 130 shown in Fig. 8 in which there 
is a basic graphic which has been directly retrieved from the database 108. It will be appreciated that because this 
graphic has been retrieved directly from a database under operator instructions, very little data processing is involved. 
However, graphics may also be generated where existing graphics are not sufficiently illustrative of text in the cell group. 

10 [0077] The next steps of the method are extremely important as they involve generation of the interface file. This is 
not only part of the produced system but is also used for verification and modification of the system during production. 
These steps are indicated generally by the numeral 140 and in step 141 the production controller automatically rec- 
ognises each cell in turn of the storyboard 103. As stated above, there are five cells within each group, each group 
corresponding to a single screen display and an interfacing event. This in turn corresponds to a single key depression 

15 of the user at an interactivity point in operation of the system when produced. 

[0078] On recognition of each cell in turn, an action command is automatically generated where appropriate in step 
142 to direct output of the contents of that cell using an individually addressable media record. Some cells do not have 
any code generated as they may be left blank, for example a comment cell. In step 143, the code is written to the 
interface file. As indicated by the decision step 144, steps 141 to 143 are repeated for each cell and finally in step 1 45 

20 a signal is outputted to indicate that all cells have been automatically processed. Screen commands and interactivity 
point commands are generated either manually or automatically according to flags of the master document. 
[0079] Referring now to Fig. 10, the steps of the method which involve modifying or editing text are illustrated. These 
steps are indicated generally by the numeral 160. In step 161 the production system reads interface file commands in 
turn and in step 162 displays a screen with text retrieved from the text file 106. The text is displayed in a frame or box. 

25 Various tools may be used as decided by the decision step 163 to edit the text in step 164. Such tools may allow 
resizing or repositioning of the text. The text box is automatically displayed with a default size selected according to 
the items to be displayed on the same screen and to the result of any word-wrapping carried out. These steps are 
repeated for each screen display. An important aspect of the method 60 is that it is carried out on a step-by-step basis. 
There is one screen display for each step. This is facilitated by the structure of the storyboard, and therefore of the 

30 interface file. 

[0080] Referring now to Fig. 11 , the manner in which the graphics are modified and stored for eventual use in the 
target computer is illustrated. These steps are indicated generally by the numeral 170. In summary, graphic modification 
involves initial verification of the first graphic and automatic steps to reduce storage space required for subsequent 
graphics. There is also verification of each subsequent graphic. In step 171 the interface file commands are read in 
35 turn and in step 172 a partial screen with the graphic pixelmap for the first cell group is retrieved from the graphics 
database and is displayed. There is then operator interaction for verification of the displayed graphic in step 173. This 
is verified (with or without editing) and a pixelmap of this (first) graphic is generated, and stored on the graphics database 
108 in step 174. 

[0081] When the production system proceeds to the next interface file command, it displays the graphic of the next 
40 screen display in step 175. This step involves visual verification of the graphic. In step 176, the production system 
automatically compares the pixelmap for this graphic with the first one. 

[0082] As indicated by the decision step 1 77, the pixelmap to be stored may be modified according to the comparison 
by a modification tool in step 178. The system automatically draws a frame around pixels included in this pixelmap but 
not in the first pixelmap. This frame is preferably regular in shape. The difference pixelmap determined in step 178 is 

45 then stored together with the video controller scaling control signals in the interface file command in step 179. Of 
course, this step also involves modification of the relevant interface file command as appropriate. As indicated by the 
decision step 180, steps 175 to 1 79 are repeated for each subsequent screen display, subject to the decision step 1 77. 
In each pass, the comparison step 176 is carried out with reference to the previous graphic. In some instances the 
graphic will not change from one screen display to the next and there will be no need to store any pixelmap - a simple 

so modification to the interface file command sufficing. 

[0083] The training system which is produced comprises the interface file, the text file, the graphics database, a 
system control program, auxiliary programs, and simulation programs. These may then be loaded and run on a target 
computer, preferably of the multi-media type. The system control program is written to direct system operation with 
reference to the interface file and other programs as described with reference to Figs. 1 to 5. The graphics database 

55 may be more generally referred to as a visual database, as it may include video control records for video playback. 
The text file may be more generally referred to as a set of data records, each record relating to text data or to an audio 
data. More generally, all of these records may be referred to as media records, each being individually addressable 
and associated with an interface file command. Further, the master document may contain all of the media data, in- 
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eluding text, graphics, video and audio data, in which case a graphics database would not be required. 
[0084] It will be appreciated that by editing the graphics in this manner there is not only effective modification and 
verification by use of the interface file, but also the provision of commands which allow extremely efficient operation 
of the end product computer based training system. The interface file provides for production emulation to enable 

5 verification and then forms a central part of the produced system. In general, the interface file command forms a core 
part of both the production method and the system and provides similar underlying technical features. 
[0085J The video RAM of the target computer need not be completely refreshed between screen displays. This is 
particulary important for training systems where there are a large number of screen displays, each one generated by 
user depression of an individual key on the keyboard. 

10 [0086] It will therefore be appreciated that the production method provides for highly automated production of a 
training system, however, there is still a large degree of flexibility. This arises primarily by use of the interface file 
whereby individual cells can be addressed for modification as required while at the same time the cellular structure 
provides for automatic verification and final production where this is required. 

1$ 

Claims 

1. A computer based training system comprising a user input means, a system controller, a storage means storing 
training data, and a user output means including a video screen, characterised in that:- 

20 

said storage means stores independently addressable media records (1 5, 1 6, 1 8) having media interface data; 

said storage means stores an interface file (17) comprising a series of interface action commands, each action 
command being associated with a media record (15, 16,18) and comprising code for instructing an interfacing 
25 action to be performed using data retrieved from the record; 

said system controller (2) comprises means for:- 

identifying a sequence of action commands which are associated with an interfacing event, being an event 
30 which the system performs automatically between interactivity points at which a user may input a signal; 

automatically performing (43) interfacing actions according to said sequence of action commands to per- 
form an event; and 

35 receiving (44) a user input signal at an interactivity point after completing the event, acting in response to 

the received input signal, and subsequently identifying action commands for the next event and performing 
said event to continue an execution path sequentially using commands in the interface file. 

2. A system as claimed in claim 1, wherein the interface file further comprises interactivity point commands which 
40 delimit sequences of action commands for events, and the system controller (2) comprises means for recognising 

said interactivity point commands and directing (44) interactivity inputs according to said commands. 

3. A system as claimed in claims 1 or 2, wherein the system controller (2) comprises means for directing retrieval 
(46) of training programs at an interactivity point and for operating according to the training programs before re- 

45 turning to the execution path of the interface file at the next action command. 

4. A system as claimed in claim 3, wherein said training programs include simulation programs having code for di- 
recting (69) the system controller to perform operations simulating the training subject. 

50 5. A system as claimed in claim 4, wherein the simulation programs (19) have a discrete structure with a discrete 
simulation handler piece of code associated with a screen input control during simulation. 

6. A system as claimed in claimed in any preceding claim, wherein the system controller (2) comprises means for 
directing (47, 67) transfer of control to an execution path of an alternative control file at an interactivity point upon 

s 5 receipt of a user input instruction. 

7. A system as claimed in any preceding claim, wherein the interface file (1 7) comprises screen commands delimiting 
commands for a plurality of events, and the system controller (2) comprises means for directing (61) generation 
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of a new video screen environment upon detection of a screen command. 

8. A system as claimed in claim 7, wherein there are two categories of screen command, namely, a conceptual screen 
command and a simulation screen command, and the system controller comprises means for- 

5 

directing (43) generation of a fresh interfacing screen environment for display of training data upon detection 
of a conceptual screen command; and 

directing (61) generation of a simulation screen environment having screen input areas simulating those of 
10 the training subject upon detection of a simulation screen command. 

9. A system as claimed in any preceding claim, wherein the media records (18) comprise text data records and audio 
records, the records being individually addressable by being delimited in a common format and further comprise 
graphic bitmap and graphic animation records (15, 16). 

1S 

10. A system as claimed in claim 1 , wherein the media records video control records. 

11. A computer based training system as claimed in claim 1 , 
wherein said system controller (2) comprises means for:- 

20 receiving (44) said user input signal at an interactivity point after completing the event, acting upon the re- 

ceived signal by retrieving a simulation program and carrying out (69) simulation operations according to the pro- 
gram, and subsequently identifying action commands for the next event and performing said event to continue an 
execution path using sequential commands in the interface file. 

25 1 2. A system as claimed in claim 1 1 , wherein the simulation programs have a discrete structure comprising a discrete 
piece of code providing a simulation handler associated with a screen input area providing a screen control during 
simulation. 

13. A system as claimed in claim 11 , wherein the system controller comprises means for dynamically linking simulation 
30 handlers with screen controls during simulation, and for disconnecting all simulation handlers at the end of use of 

a simulation program. 

14. A method of producing data and programs for loading in a target computer to provide a computer based training 
system, the method comprising the steps of;- 

35 

storing a master media data document (102) having flags; 

generating a memory storyboard (103) having a cellular structure in which there are groups of cells, each 
group associated with an interfacing event of the target computer, and each of the cells (103(a)-1 03(e)) within 
40 a group being individually addressable; 

a production controller reading the master media data document (1 02), recognising flags within the document, 
and pre-assigning each cell to an interfacing action according to the flags; 

45 automatically transferring media data from the master media data document (102) to relevant pre^assigned 

cells within the storyboard; 

processing (140) each cell of the storyboard (103) in turn to generate an interface file (17) having action 
commands associated with cells of the storyboard, each action command comprising code for directing an 
so interfacing action of a training system with respect to an associated cell; 

generating a set of media records (15, 16, 18) storing media data also stored in cells of the storyboard; and 

combining said media records and said interface file together with a training system control program. 

55 

15. A method as claimed in claim 14, comprising the further steps of:- 

displaying (172) and verifying (173) a graphic stored in a media record; 
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comparing (177) a pixelmap of the graphic with that of the next graphic pixelmap in operational display order; 
and 

automatically determining (177) pixelmap differences and generating a frame around the difference pixels; 
storing (179) the pixelmap differences in a media record; and 
modifying the associated interface file command accordingly. 

16. A method as claimed in claims 1 4 or 1 5 comprising the further step of emulating (1 61 , 162) training system operation 
by use of the interface file (1 7), editing cells (164) within each storyboard group, and editing the associated interface 
commands accordingly. 

17. A method as claimed in any of claims 14 to 16 comprising the further steps of stripping text data from the master 
media data document, transferring it to a text file (106), transferring text data to the storyboard cells from said text 
file, and storing the text file to provide media records for text data. 



Patentanspruche 

1 . Computergestutztes Ausbildungssystem, umfassend ein Bedienereingabemittel, einen Systemcont roller, ein Spei- 
chermittel zum Speichern von Ausbildungsdaten und ein Bedienerausgabemittel, einschlieBlich einem Videobild- 
schirm, dadurch gekennzeichnet, daB: 

das genannte Speichermittel unabhangigadressierbare Mediendatensatze (15, 16, 18) mit Medienschnittstel- 
lendaten speichert; 

das genannte Speichermittel eine Schnittstellendatei (17) speichert, umfassend eine Reihe von Schnittstel- 
lenaktionsbefehlen, wobeijederAktionsbefehl mit einem Mediendatensatz (15, 16, 18) assoziiertist und Codes 
zum Anweisen der Durchfuhrung einer Schnittstellenaktion mit aus dem Datensatz ausgelesenen Daten um- 
faBt; 

wobei der genannte Systemcont roller (2) Mittel umfaBt, urn: 

eine Folge von Aktionsbefehlen zu identifizieren, die mit einem Zwischenereignis assoziiert sind, wobei es 
sich urn ein Ereignis handelt, das das System automatisch zwischen Interaktivitatspunkten durchfuhrt, an 
denen ein Bediener ein Signal eingeben kann; 

automatisch Zwischenaktionen gemaB der genannten Folge von Aktionsbefehlen durchzufuhren (43), urn ein 
Ereignis durchzufuhren; und 

ein Bedienereingabesignal an einem Interaktivitatspunkt nach AbschluB eines Ereignisses zu empfangen (44), 
in Reaktion auf das empfangene Eingabesignal zu agieren und danach Aktionsbefehle fur das nachste Ereig- 
nis zu identifizieren und das genannte Ereignis durchzufuhren, urn einen Ausfuhrungspfad nach einander mit 
Befehlen in der Schnittstellendatei durchzufuhren. 

2. System nach Anspruch 1, bei dem die Schnittstellendatei ferner interaktivitatspunktbefehle umfaBt, die Folgen 
von Aktionsbefehlen fur Ereignisse begrenzen, und der Systemcontroller (2) Mittel zum Erkennen der genannten 
Interaktivitatspunktbefehle und zum Leiten (44) von Interaktivitatseingangen gemaB den genannten Befehlen um- 
faBt. 

3. System nach Anspruch 1 oder 2, bei dem der Systemcontroller (2) Mittel zum Steuern des Auslesens (46) von 
Ausbildungsprogrammen an einem Interaktivitatspunkt und zum Arbeiten gemaB den Ausbildungsprogrammen 
vor dem Zuruckkehren zum Ausfuhrungspfad der Schnittstellendatei beim nachsten Aktionsbefehl umfaBt. 

4. System nach Anspruch 3, bei dem die genannten Ausbildungsprogramme Simulationsprogramme mit Codes zum 
Steuern (69) des Systemcontroilers zur Durchfuhrung von Vorgangen beinhalten, die den Ausbildungsgegenstand 
simulieren. 

5. System nach Anspruch 4, bei dem die Simulationsprogramme (19) eine diskrete Struktur mit einem diskreten 
Simulations-Handler-Code haben, der mit einer Bildschirmeingabesteuerung wahrend der Simulation assoziiert ist. 

6. System nach einem der vorherigen Anspruche, bei dem der Systemcontroller (2) Mittel zum Steuern (47, 67) der 
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Kontrollubergabe zu einem Ausfuhrungspfad einer alternativen Steuerdatei an einem Interaktivitatspunkt nach 
Eingang einer Bedienereingabeanweisung umfaBt. 

7. System nach einem der vorherigen Anspruche, bei dem die Schnittstellendatei (17) Bildschirmbefehle umfaBt, die 
5 Befehle fur eine Mehrzahl von Ereignissen begrenzen, und der Systemcontroller (2) Mittel zum Steuern (61) der 

Erzeugung einer neuen Videobildschirmumgebung nach dem Erfassen eines Bildschimnbefehls umfaBt. 

8. System nach Anspruch 7, bei dem zwei Bildschirmbefehlskategorien vorhanden sind, namlich ein Inhalts-Bild- 
schirmbefehl und ein Simulations-Bildschirmbefehl, und der Systemcontroller Mittel umfaBt, urn: 

10 

die Erzeugung einer frischen Zwischen-Bildschirmumgebung fur die Anzeige von Ausbildungsdaten nach der 
Erfassung eines Inhalts-Bildschirmbefehls zu steuern; und 

die Erzeugung einer Simulationsbildschirmumgebung mit Bildschirmeingabebereichen zu steuern (61), die 
diejenigen des Ausbildungsgegenstandes nach der Erfassung eines Simulations-Bildschirmbefehls simulie- 
*5 ren. 

9. System nach einem der vorherigen Anspruche, bei dem die Mediendatensatze (18) Textdaten-Datensatze und 
Audio-Datensatze umfassen, wobei die Datensatze individuell adressierbar sind, indem sie in einem gemeinsamen 
Format begrenzt werden, und ferner Grafik-Bitmap- und Grafikanimationsdatansatze (15, 16) umfassen. 

20 

10. System nach Anspruch 1 , bei dem die Mediendatensatze Videosteuerdatensatze aufweisen. 

11. Computergestutztes Ausbildungssystem nach Anspruch 1, bei dem der genannte Systemcontroller (2) Mittel um- 
faBt, urn: 

2S das genannte Bedienereingabesignal an einem Interaktivitatspunkt nach AbschluB des Ereignisses zu emp- 

fangen (44), auf das empfangene Signal mit dem Auslesen eines Simulationsprogramms zu reagieren und Simu- 
lationsvorgange gemaB dem Programm durchzufuhren (69), und danach Aktionsbefehle fur das nachste Ereignis 
zu identifizieren und das nachste Ereignis durchzufuhren, urn einen Ausfuhrungspfad mit aufeinanderfolgenden 
Befehlen in der Schnittstellendatei fortzusetzen. 

30 

1 2. System nach Anspruch 11 1 bei dem die Simulationsprogramme eine diskrete Struktur aufweisea umfassend einen 
diskreten Code, der einen Simulations-Handler bereitstellt, der mit einem Bildschirmeingabebereich assoziiert ist, 
so daB Bildschirmsteuerung wan rend der Simulation moglich ist. 

35 13. System nach Anspruch 11, bet dem der Systemcontroller Mittel umfaBt, urn Simulations-Handler wahrend der 
Simulation mit Bildschirmsteuerungen zu verketten, und urn alle Simulations-Handler am Ende der Anwendung 
eines Simulationsprogramms zu trennen. 

14. Verfahren zur Herstellung von Daten und Programmen zum Laden in einen Zielcomputer, so daB ein computer- 
40 gestutztes Ausbildungssystem erhalten wird, wobei das Verfahren die folgenden Schritte umfaBt: 

Speichern eines Master-Mediendatendokumentes (102) mit Flags; 

Erzeugen einer Speicher-Storyboard (103) mit einer zelluiaren Struktur, in der sich Gruppen von Zellen be- 

finden, wobei jede Gruppe mit einem Zwischenereignis des Zielcomputers assoziiert und jede der Zellen (103 
45 (a)-1 03(e)) innerhalb einer Gruppe individuell adressierbar ist; 

einen Froduktionscontroller zum Lesen des Master-Mediendatendokumentes (102), zum Erkennen von Flags 

in dem Dokument und zum Vorbelegen jeder Zelle mit einer Zwischenaktion gemaB den Flags; 

automatisches Ubertragen von Mediendaten von dem Master-Mediendatendokument (102) zu relevanten vor- 

belegten Zellen in der Storyboard; 
50 Verarbeiten (140) jeder Zelle der Storyboard (103) nacheinander, urn eine Schnittstellendatei (17) mit Akti- 

onsbefehlen zu erzeugen, die mit Zellen der Storyboard assoziiert sind, wobei jeder Aktionsbefehl Codes zum 

Steuern einer Zwischenaktion eines Ausbildungssystems in bezug auf eine assoziierte zelle umfaBt; 

Erzeugen eines Satzes von Mediendatensatzen (15, 16, 18) zum Speichern von Mediendaten, die ebenfalls 

in Zellen der Storyboard gespeichert sind; und 
55 Kombinieren der genannten Mediendatensatze und der genannten Schnittstellendatei zusammen mit einem 

Ausbildungssystem-Steuerprogramm. 

15. Verfahren nach Anspruch 14, umfassend die folgenden Schritte: 
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Anzeigen (172) und Oberprufen (173) einer in einem Mediendatensatz gespeicherten Grafik; 

Vergleichen (177) eines Pixelmusters der Grafik mit dem nachsten Grafik-Pixeimuster in betrieblicher Anzei- 

geordnung; und 

automatisches Bestimmen (.177) von Pixelmusterdifferenzen und Erzeugen eines Rahmens um die Differenz- 
ptxel; 

Speichern (179) der Pixelmusterdifferenzen in einem Mediendatensatz; und 
entsprechendes Modifizieren des assoziierten Schnittstellendateibefehls. 

16. Verfahren nach Anspruch 14oder 15, umfassenddenweiterenSchrittdesEmulierens(161, 162)desAusbildungs- 
systemvorgangsdurchdie Verwendung der Schnittstellendatei (17), des Editierensvon Zellen (164) in jeder Story - 
board-Gruppe und des entsprechenden Editierens der zugehorigen Schnittstellenbefehle. 

17. Verfahren nach einem der Anspruch e 14 bis 16, umfassend die weiteren Schritte des Ausziehens von Textdaten 
aus dem Master-Mediendatendokument, Ubertragen derselben in eine Textdatei (1 06), Ubertragen von Textdaten 
zu den Storyboard-Zellen von der genannten Textdatei, und Speichern der Textdatei zur Bereitstellung von Medi- 
endatensatzen fur Textdaten. 



Revendications 

1. Systeme d'enseignement assiste par ordinateur comprenant un moyen d'entrSe utilisateur, un contrfileur de sys- 
teme, un moyen de stockage memorisant des donnees d'enseignement, et un moyen de sortie utilisateur incluant 
un ecran video, caractSrise en ce que:- 

ledit moyen de stockage memorise des enregistrements de m6dias indSpendamment adressables (15, 16, 
18) ayant des donnees d'interface de medias; 

ledit moyen de stockage memorise un fichier d'interface (17) comprenant une s6rie de commandes d'actions 
d'interface, chaque commande d'action etant assoctee a un enregistrement de m§dias (15, 16, 18) et com- 
prenant du code pour donner I'ordre d'executer une action d'interface en utilisant des donnees extraites de 
I'enregistrement; 

ledit controleur de systeme (2) comprend des moyens pour:- 

identifier une sequence de commandes d'actions qui sont associ6es a un eveYiement d'interface, etant un 
ev6nement que le systeme ex6cute automatiquement entre des points d' interactivity auxquels un utilisateur 
peut entrer un signal; 

exdcuter automatiquement (43) des actions d'interface selon ladite sequence de commandes d'actions pour 
ex6cuter un evenement: et 

recevoir (44) un signal d'entr6e utilisateur a un point dlnteractivite apres avoir termini I'evenement, agir en 
reponse au signal d'entr6e recu, et subs^quemment identifier des commandes d'actions pour I'evenement 
suivant et ex6cuter ledit eveYiement afin de poursuivre un chemin d'ex^cution de maniere s§quentielle en 
utilisant les commandes dans le fichier d'interface. 

2. Systeme tel que revendiqud dans la revendication 1 , dans lequel le fichier d'interface comprend en outre des 
commandes de points d' interactivity qui deJimitent des sequences de commandes d'actions pour les 6v6nements, 
et le contr6leur de systeme (2) comprend des moyens pour reconnaitre lesdites commandes de points d'interac- 
tivit6 et ordonner (44) des entr6es d'interactivite conformSment auxdites commandes. 

3. Systeme tel que revendique" dans les revendications 1 ou 2, dans lequel le controleur de systeme (2) comprend 
des moyens pour ordonner I'extraction (46) des programmes d'enseignement a un point d'interactivite et pour 
fonctionner conform6ment aux programmes d'enseignement avant de retourner au chemin d'execution du fichier 
d'interface a la prochaine commande d'action. 

4. Systeme tel que revendique dans la revendication 3, dans lequel lesdits programmes d'enseignement incluent 
des programmes de simulation ayant du code pour ordonner (69) au contrdleur de systdme d'executer des ope- 
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rations simulant le sujet Sieve. 

5. Systems tel que revendiquS dans la revendication 4, dans lequel les programmes de simulation (19) ont une 
structure discrete qui a un morceau de code discret de gestionnaire de simulation associS a un controle d'entrSe 

5 Scran pendant la simulation. 

6. Systems tel que revendiquS dans Tune quelconque des revendications prScSdentes, dans lequel le controleur de 
systeme (2) comprend des moyens pour ordonner (47, 67) le transfert du controle a un chemin d'execution d'un 
fichier de controle alternatif a un point d'interactivite sur reception d'une instruction d'entrSe utilisateur. 

JO 

7. Systeme tel que revendiquS dans Tune quelconque des revendications prScSdentes, dans lequel le fichier d'inter- 
face (17) comprend des commandes d'Scran delimitant des commandes pour une plurality d'SvSnements, et le 
controleur de systeme (2) comprend des moyens pour ordonner (61) la generation d'un nouvel environnement 
d'ecran video sur detection d'une commande d'ecran. 

15 

8. Systeme tel que revendiquS dans la revendication 7, dans lequel il y a deux catSgories de commande d'Scran, 
nommSment, une commande d'Scran conceptuel et une commande d'Scran de simulation, et le contr6leur de 
systeme comprend des moyens pour:- 

20 ordonner (43) la gSnSration d'un nouvel environnement d'Scran d'interface pour afficher des donnSes d'en- 

seignement sur detection d'une commande d'Scran conceptuel; et 

ordonner (61 ) la generation d'un environnement d'ecran de simulation ayant des zones d'entrSe ecran simulant 
celles du sujet Sieve sur detection d'une commande d'ecran de simulation. 

25 

9. Systeme tel que revendiquS dans Tune quelconque des revendications prScSdentes, dans lequel les enregistre- 
ments de mSdias (18) comprennent des enregistrements de donnees textuelles et des enregistrements sonores, 
les enregistrements etant adressables individuellement en Stant dSlimitSs selon un format commun et comprennent 
en outre des enregistrements graphiques bitmap et graphiques d'animation (15, 16). 

30 

10. Systeme tel que revendiquS dans la revendication 1, dans lequel les enregistrements de medias comprennent 
des enregistrements de controle vidSo. 

11. Systeme d'enseignement assists par ordinateur tel que revendique* dans la revendication 1 , dans lequel ledit con- 
35 trSleur de systeme (2) comprend des moyens pour:- 

recevoir (44) ledit signal d'entrSe utilisateur a un point d'interactivite apres avoir terminS I'SvSnement, agir 
sur le signal recu en extrayant un programme de simulation et effectuer (69) les operations de simulation confor- 
mSment au programme, et subsequemment identifier des commandes d'actions pour I'SvSnement suivant et exS- 
cuter ledit SvSnement afin de poursuivre un chemin d'execution en utilisant les commandes sequentielles dans le 
40 fichier d'interface. 

12. Systeme tel que revendique dans la revendication 11 , dans lequel les programmes de simulation ont une structure 
discrete comprenant un morceau de code discret fournissant un gestionnaire de simulation associe a une zone 
d'entree Scran fournissant un controle d'Scran durant !a simulation. 

45 

13. Systeme tel que revendiqud dans la revendication 11 , dans lequel le controleur de systeme comprend des moyens 
pour relier dynamiquement des gestionnaires de simulation avec des controles d'Scran durant la simulation, et 
pour ddconnecter tous les gestionnaires de simulation a la fin de I'emploi d'un programme de simulation. 

so 14. M6thode de production de donn6es et de programmes a charger dans un ordinateur d'ex6cution pour fournir un 
systeme d'enseignement assists par ordinateur, la mSthode comprenant les Stapes consistant a :- 

mSmoriser un document maTtre de donnSes des mSdias (102) ayant des drapeaux; 

55 gSnSrer une scSnarimage en mSmoire (1 03) ayant une structure cellulaire dans laquelle il y a des groupes de 

cellules, chaque groupe etant associe a un SvSnement d'interface de i'ordinateur d'execution, et chacune des 
cellules (103(a)-1 03(e)) a I'intSrieur d'un groupe etant individuellement adressable; 
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un contr6leur de production lisant le document maTtre de donnees des medias (102), reconnaissant les dra- 
peaux dans le document, et pr6-affectant chaque cellule a une action d'interface conform6ment aux drapeaux; 

transferer automatiquement les donnees des madias du document maTtre de donnees des m6dias (102) aux 
5 cellules prS-affectees pertinentes dans la scenarimage; 

traiter (140) chaque cellule de la scenarimage (103) tour a tour pour g6nerer un fichier d'interface (17) ayant 
des com man des d'actions associees aux cellules de la scenarimage, chaque com man de d'action com pre n ant 
du code pour ordonner une action d'interface d'un systeme d'enseignement au sujet d'une cellule associee; 

10 

geYiSrer un jeu d'enregistrements de madias (15, 16, 18) memorisant les donnees des medias egalement 
memoris6es dans les cellules de la scenarimage; et 

combiner lesdits enregistrements de medias et ledit fichier d'interface avec un programme de contrdle de 
is systeme d'enseignement. 

15. Methode telle que revendiquee dans la revendication 14, comprenant les etapes ufterieures consistant a:- 

afficher (172) et verifier (173) un graphique memorise dans un enregistrement de medias; 

20 

comparer (177) un pixelmap du graphique avec celui du pixelmap du graphique suivant dans un ordre d'affi- 
chage opSrationnel; et 

determiner automatiquement (177) les differences de pixelmap et generer une image autour des pixels de 
25 difference; 

memoriser (179) les differences de pixelmap dans un enregistrement de medias; et 

modifier conformement la commande associee du fichier d'interface. 

30 

16. Methode telle que revendiquee dans les revendications 14ou 15, comprenant i'etape ulterieure consistant a emuler 
(161, 162) lefonctionnement d'un systeme d'enseignement en utilisant le fichier d'interface (17), editer les cellules 
(164) a I'interieur de chaque groupe de scenarimage, et editer conform6ment les commandes d'interface asso- 
ciees. 

35 

17. Methode telle que revendiquee dans I'une quelconque des revendications 14 a 16, comprenant les etapes ufte- 
rieures consistant a enlever les donnees textuelles du document maTtre de donnees des medias, les transferer a 
un fichier texte (106), transferer les donnees textuelles aux cellules de la scenarimage a partir dudit fichier texte, 
et memoriser le fichier texte afin de fournir des enregistrements de medias pour les donnees textuelles. 

40 
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